home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / amos / AMOS_0795.lzh / AMOSLIST / 000103_amos-request@svcs1.digex.net_Fri Jul 21 08:54:53 1995.msg < prev    next >
Internet Message Format  |  1995-08-04  |  3KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id IAA14500;  for  ; Fri, 21 Jul 1995 08:54:44 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA19654 for amos-out; Fri, 21 Jul 1995 07:17:49 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id HAA19651 for <amos-list@svcs1.digex.net>; Fri, 21 Jul 1995 07:17:48 -0400
  4. Received: from rock.helsinki.fi (rock.Helsinki.FI [128.214.3.50]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id HAA08076;  for <amos-list@access.digex.net> ; Fri, 21 Jul 1995 07:17:47 -0400
  5. Received: (from marjola@localhost) by rock.helsinki.fi (8.6.10/8.6.10) id OAA06924 for amos-list@access.digex.net; Fri, 21 Jul 1995 14:19:31 +0300
  6. From: Kalle Marjola <marjola@rock.helsinki.fi>
  7. Message-Id: <199507211119.OAA06924@rock.helsinki.fi>
  8. Subject: Re: Too many IF's!
  9. To: amos-list@access.digex.net (amoslist)
  10. Date: Fri, 21 Jul 1995 14:19:31 +0200 (EET DST)
  11. In-Reply-To: <199507210828.SAA02320@yallara.cs.rmit.edu.au> from "Clarence Bakirtzidis" at Jul 21, 95 06:28:51 pm
  12. MIME-Version: 1.0
  13. Content-Type: text/plain; charset=ISO-8859-1
  14. Content-Transfer-Encoding: 8bit
  15. Content-Length: 1260      
  16. Status: RO
  17. X-Status: 
  18.  
  19. +     I was just wondering if it is typical for a main loop of a game to
  20. + consist of MANY "if" statements?  I am worried my main loop might become slow,
  21. + but it is the only way I can think of to achieve what I want.  I chose to
  22. < clic clac>
  23.  
  24. All my games include numerous if-statements in amin loops and no AMAL 
  25. (except one old which has problems described below)
  26. - and the speed is problem.. Knights (my game in Aminet) has about 7-8 fps
  27. in a500 and it keeps track of all creatures, players and missiles in 
  28. variables and draws all required in each update (of course it moves them
  29. around in one big map, and frame rate would be better when no activity is
  30. not done, but you must be ready for slowing, right?)
  31.  
  32. The problem with AMAL IMO is:
  33.  
  34. There is syncronizing problem! You must do all in AMAL or you have problem
  35. when standard program starts to slow (if it has possiblity for that)..
  36. For example, you set missile to fly 3 pixels/vbl and main loop update
  37. time is 2 vbl. But if main loop slows down for some reason, the missile
  38. will not, and that may cause problems unless you do everything timed in 
  39. amal... like missile collision to walls/critters etc.
  40.  
  41.  
  42. At least things was like that about 2-3 years ago when I last time looked
  43. at AMAL :)
  44.  
  45.  
  46.                 +++ Kalle